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To Whom It May Concern: 

BE IT KNOWN that I, Hiroshi DEMPO, a citizen of Japan, residing 
at c/o NEC Corporation, 7-1, Shiba 5-chome, Minato-ku, Tokyo, Japan, 
have made a new and usef u I i mprovement i n "MOB I LE NETWORK AND I P PACKET 
TRANSFERRING METHOD" of which the following is the true, clear and 
exact specification, reference being had to the accompanying 
drawings. 
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MOBILE NETWORK AND IP PACKET TRANSFERRING METHOD 



BACKGROUND OF THE INVENTION 

Field of the Invention 

The present i nvent i on re I ates to a mob i I e network f or a 1 1 ow i ng 
a mobile terminal to communicate with another terminal via a 
5 dest i nat i on network and an IP (Internet Protocol) packet transferring 
method. 

Description of the Background Art 

IP packet communication is extensively used for data 

10 communication using personal computers and other data processing 
units. For IP packet communication, a particular IP address is 
assigned to each terminal in accordance with a network to which the 
terminal is usual ly connected. Therefore, to al low a mobi I e terminal 
handed over to another network to hold commun i cat i on v i a the network, 

15 i t i s necessary to reass i gn an IP address part i cu I ar to the new network 
to the mob i I e term i na I . However, the other term i na I s cannot i dent i f y 
the mobi le terminal handed over and provided with the new IP address. 

Some different schemes have heretofore been proposed to 
implement data communication on a mobile terminal without changing 

20 an IP address when the terminal is handed over to a different network. 
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IETF (Internet Engineer ing Task Force) , for example, has recommended 
i n RFC (Request for Comments) 2002 a mob i I e IP techno I ogy for 
encapsu I at i ng IP packets and t r ansf er r i ng the encapsu I at ed IP packets 
to a destination, i.e., transferring a given IP packet by using 

5 another IP packet. For encapsulation, there are avai I able IP in IP 
Encapsulation recommended in IETF RFC 2003, Minimal Encapsulation 
within IP recommended in RFC 2004, and Generic Routing Encapsulation 
recommended in RFC 1701. The IP in IP Encapsulation scheme transfers 
a given IP packet by inserting it in another IP packet. 

10 A conventional mobile network includes a fixed terminal, a 

notebook size, personal computer, handy phone or similar mobile 
terminal, a home agent for managing an IP address assigned to the 
mobi le terminal, and foreign agents each for managing communication 
held on the mobi le terminal at a particular destination. The fixed 

15 terminal is a personal computer or similar data processing unit 
situated at a fixed station. The home agent stores a binding table 
listing information for the transfer of encapsulated IP packets to 
the foreign agents. 

The conventional mobile network has some problems left 

20 unsolved, as fo! lows. Assume that a fixed terminal sends a plural ity 
of packets of different degrees of priority to a mobile terminal 
connected to any one of the foreign agents. Then, the home agent 
encapsulates an IP packet with a low degree of priority and an IP 
packet with a high degree of priority by the same processing and then 

25 sends them to the foreign agent in the same QoS (Qua I ity of Service) 
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class. This is because QoS information is not registered at the 
binding table of the home agent. 

Further, the binding table I ists only a single destination for 
each home address or IP address assigned to the mobile terminal, 

5 limiting the transfer of encapsulated IP packets to a single 
destination. Consequently, when the foreign network is a mobile 
communication network, the mobi le terminal cannot receive IP packets 
from a p I ura I i ty of fore i gn agents at the same t i me. Th i s makes, e. g. , 
soft hand-over impracticable. 

10 Technologies relating to the present invention are disclosed 

in, e.g., Japanese Patent La id-Open Pub I i cat ion Nos. 7-129488, 9- 
326805, 10-313336 and 11-68842 and Japanese Patent 2,960,349. 

SUMMARY OF THE INVENTION 

15 It is an object of the present invention to provide a mobi le 

network capable of implementing end-to-end data communication with 
guaranteed QoS even when a term i na I is handed over to a fore i gn network 
and al lowing the terminal to receive IP packets from a plural ity of 
IP nodes at the same time, and an IP packet transferring method. 

20 A mobile network for communication between a plurality of 

terminals of the present invention includes a first IP node for 
generating, on receiving an IP packet meant for a mobile terminal 
usually connected to the first IP node, but handed over, an 
encapsulated IP packet for transferring the IP packet to the 

25 dest i nat i on of the mob i I e termi na I , and transf er r i ng the encapsu I ated 
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IP packet to the destination via a path matching with the QoS class 
of the encapsulated IP packet. A second IP node separates, when the 
mob i I e term i na ! is connected to the second I P node at the dest i nat i on, 
the IP packet from the encapsulated IP packet received from the first 
5 IP node and sends the IP packet to the mobi le terminal, The mobi le 
terminal handed over reports its destination to the first IP node 
together with QoS information for setting the QoS class of the 
encapsulated IP packet. 

10 BRIEF DESCRIPTION OF THE DRAWINGS 

The above and other objects, features and advantages of the 
present invention will become more apparent from the following 
detai led description taken with the accompanying drawings in which: 
FIG. 1 is a schematic block diagram showing a mobi le network 
15 using a conventional mobile IP technology; 

FIG. 2 shows a binding table stored in a home agent included 
in the network of FIG. 1 ; 

FIG. 3 is a schematic block diagram showing a mobi le network 
embodying the present invention; 
20 F I G. 4 shows a spec i f i c conf i gurat i on of a b i nd i ng tab I e stored 

in a home agent included in the illustrative embodiment; 

FIG. 5 is a schematic block diagram showing a modification of 
the illustrative embodiment; 

F i G. 6 shows a spec i f i c conf i gurat i on of a b i nd i ng tab I e stored 
25 in a home agent included in the modification; and 
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FIG. 7 is a schematic block diagram showing an alternative 
embodiment of the present invention. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 
5 To better understand the present invention, brief reference 

will be made to a conventional mobile network using a mobile IP 
technology, shown in FIG. t. As shown, the mobi I e network includes 
a fixed terminal 102 and a notebook size, personal computer, handy 
phone or si mi lar mobi le terminal 112. An HA (Home Agent) 202 manages 

10 an IP address assigned to the mobile terminal 112. FAs (Foreign 
Agents) 302 and 312 each manage communication held on the mobile 
terminal 112 at a destination. The HA 202 and FAs 302 and 312 are 
usual ly referred to as IP nodes. The fixed terminal 102 is a personal 
computer or si mi lar data processing unit situated at a fixed station. 

15 The HA 202 and FAs 302 and 312 are servers or si mi lar data processing 
units. 

The mobi le terminal 112 is usual ly connected to a home network 
412, which may be Ethernet, a radio LAN (Local Area Network) or a 
mob i I e commun i cat i on network by way of examp I e. The mob i I e term i na I 

20 112 is capable of accessing an IP network 402 via the home network 
412. When the mobi le terminal 112 is moved to a destination, it is 
connected to a foreign network 422 or 432, which may also be Ethernet, 
a radio LAN or a mobi le communication network. The foreign networks 
422 and 432 constitute networks for accessing the IP network 402. 

25 When the fixed terminal 102 sends an IP packet A meant for the 
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mob i I e term i na I 112, the HA 202 encapsu I ates the I P packet A to thereby 
produce an encapsulated IP packet B. The encapsulated IP packet B 
i s transferred from the HA 202 to, e. g. , the FA 302 to wh i ch the mob i I e 
terminal 112 is currently connected via the IP network 402. The FA 
5 302 separates the IP packet A from the encapsulated IP packet B and 
sends the IP packet A to the mobile terminal 112. 

The HA 202 stores a binding table 212 I i sting information for 
the transfer of the encapsulated IP packet B to the FA 302 or 312. 
As shown in FIG. 2, the binding table 212 has a plurality of pages 

10 each I i sting various kinds of information including an IP address or 
Gare-of address and the term of va I i d i ty of the page i tse I f . Usua 1 1 y, 
information listed on the binding table 202 is valid only for a 
preselected term. The mobile terminal 112 immediately sends 
information for updating the binding table 202 to the HA 202 when 

15 handed over from, e.g., the FA 302 to the FA 312. Even when such 
hand-over does not occur, the mobi le terminal 112 periodical ly sends 
the above information to the HA 202. 

The conventional mobile network described above has some 
problems left unsolved, as discussed earlier. 

20 Referring to FIG. 3, a mobile network embodying the present 

invention is shown and includes a fixed terminal 100 and a mobile 
terminal 110. Again, the fixed terminal 100 is a personal computer 
or si mi lar fixed, data processing unit whi ie the mobi le terminal 110 
is a notebook size, personal computer, handy phone or si mi lar mobi I e 

25 data processing unit. An HA 200 receives an IP packet meant for the 
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mobi I e terminal 110 from the fixed terminal 100, encapsulates the IP 
packet, and sends the encapsulated packet to the mobi ie terminal 110. 
FAs 300 and 310 each separate the IP packet meant for the mobile 
terminal 110 from the encapsulated IP packet. The HA 200 and FAs 300 
5 and 310 constitute IP nodes. The HA 200 and FAs 300 and 310 are 
servers or similar data processing units. 

The f i xed terminal 1 00, HA 200 and FAs 300 and 31 0 each i nc I ude 
a processing device for executing various kinds of processing to be 
described later and a particular storage for storing preselected 

10 information, although not shown specifically. 

The mobi le terminal 110 is usual ly connected to a home network 
410, which may be Ethernet, a radio LAN or a mobile communication 
network by way of example. The mobile terminal 110 is capable of 
access i ng an IP network 400 v i a the home network 41 0. When the mob i I e 

15 terminal 110 is moved to a destination, it is connected to a foreign 
network 420 or 430, wh i ch may also be Ethernet, a rad i o LAN or a mob i I e 
communication network. The foreign networks 422 and 432 constitute 
networks for accessing the IP network 402. 

The HA 200 assigns a particular IP address or home address to 

20 each of the fixed terminal 100 and mobi I e terminal 110, so that the 
terminals 100 and 110 can be unconditionally identified on the IP 
network 400. Also, a particular IP address or Gare-of address is 
assigned to each of the FAs 300 and 310, so that the FAs 300 and 310 
can be unconditional ly identified on the IP network 400. When the 

25 mobile terminal 110 is connected to, e.g., the FA 300, at least one 



FA 300 reports its Care-of address to the mobi le terminal 110. The 
Care-of address is written to a source address field or a destination 
address field included in the header of an IP packet. In the case 
of a Mobi le IPv4 protocol, an IP packet may have a format described 
5 in IETF RFC 791. 

When the mobile terminal 110 is handed over from one of the 
foreign networks 420 and 430 to the other foreign network, the FA 300 
or 310 connected to the destination foreign network reports its 
Care-of address to the mob i I e term i na I 110. The mob i I e term i na I 110 

10 sends the received Care-of address to the HA 200. The HA 200 manages 
the home address and Care-of address mobile terminal by mobile 
terminal and writes such information in a binding table 210, which 
is stored in the storage. 

FIG. 4 shows a specific configuration of the binding table 210. 

15 As shown, the binding table 210 has a plural ity of pages each being 
assigned to the home address of a particular mobi le terminal. Each 
page of the b i nd i ng tab I e 21 0 I i sts QoS to be ass i gned to encapsu I ated 
packets and a Care-of address on the basis of the QoS class of a 
received IP packet. It is to be noted that the Care-of address may 

20 differ from one QoS class to another QoS class or two or more Care-of 
addresses may be registered at each QoS class. 

The HA 200 encapsulates a received IP packet meant for the 
mobi le terminal 110 in accordance with the information I isted on the 
binding table 210. The HA 200 then transfers the encapsulated IP 

25 packet to the FA to which the mobile terminal 110 is currently 
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connected. For encapsulation, the HA 200 may use any one of the 
schemes recommended in IETF RFC 2003, IETF RFC 2004 and IETF RFC 1701 
mentioned ear I ier. 

On receiving the encapsulated packet, the FA 300 or 310 
5 separates the IP packet meant for the mobile terminal 110 from the 
encapsulated IP packet and sends the IP packet to the mobi le terminal 
110. 

The operat i on of the i 1 1 ustr at i ve embod i ment will be descr i bed 
hereinafter. First, how IP packets flow on the mobi I e network wi 1 1 

10 be described with reference to FIG. 3. As shown, when the fixed 
terminal 100 sends an IP packet A meant for the mobi le terminal 110, 
the HA receives the IP packet A via the IP network 400. The HA 200 
f i nds the page of the binding table 210 ass i gned to the mob i I e term i na I 
110 by using a destination address included in the IP packet A as a 

15 key. The destination address is identical with the home address 
assigned to the mobile terminal 110. 

Subsequently, the HA 200 determines a QoS ciass to be assigned 
to an encapsulated packet and a care-of address by using ToS (Type 
of Service) information also included in the IP packet A as QoS class 

20 i nf ormat i on. For examp I e, assume that the QoS c I ass of the I P packet 
A is A as I isted on the binding table 210, FIG. 4. Then, the HA 200 
determines that the QoS class of an encapsulated packet is A, and that 
the destination is the FA 300. Likewise, if the QoS class of the IP 
packet A is B, then the HA determines that the QoS class of an 

25 encapsulated packet is A, and that the destination is FA 300. 
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After the above-descr i bed process i ng, the HA 200 encapsu I ates 
the IP packet A to thereby produce an encapsulated IP packet A' and 
then sends the IP packet A' to the IP network 400. The IP packet 
A' is transferred to the FA 300 via the IP network 400. At this 
instant, each IP node on the IP network 400 transfers the IP packet 
A' toward the FA 300 while giving priority to the packet A' in 
accordance w i th the QoS c I ass of the packet A' . The FA 300 separates 
the IP packet A meant for the mobi I e terminal 110 from the IP packet 
A' and sends the packet A to the mobile terminal 100. 

As stated above, priority is given to one or more encapsulated 
IP packets A' being transferred from the HA 200 to the FA 300 via 
the IP network 400 in accordance with the QoS class of the packet A' . 

A procedure for the mobile terminal 110 to register its 
location at the HA 200 wi 1 1 be described hereinafter. Assume that 
the mobi le terminal 110 is moved away from the home network 410 and 
connected to the foreign network 420. Then, the FA 300 managing the 
foreign network 420 sends its Care-of address to the mobi le terminal 
110 in accordance with the IP protocol recommended in IETF RFC 2002. 
The mobi I e terminal 110 sends the Care-of address to the HA 200. The 
HA 200 registers the received Care-of address at the page of the 
binding table 210 assigned to the mobile terminal 110. This 
processing is defined as Registration in IETF RFC 2002. 

Assume that the mobi I e terminal 110 in travel is handed over 
from the FA 300 to the FA 310. Then, the FA 310 sends its Care-of 
address to the mobi ie terminal 110. The mobi I e terminal 110 again 
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sends the new Care-of address to the HA 200. The HA 200 registers 
the new Care-of address at the binding table 210. The information 
registered at the binding table 210 is val id only for a preselected 
term. The mobi le terminal 110 therefore causes the HA 200 to update 
5 the information recorded in the binding table 210 at preselected 
intervals without regard to the hand-over of the mobi I e terminal 110. 
This procedure is general ly referred to as binding update processing. 

In the i I lustrative embodiment, the mobi le network 110 sends 
to the HA 200 QoS information for setting the QoS classes of 

10 encapsulated IP packets by using a control packet available for 
registration or binding update processing. The HA 200 sets the 
contents of the binding table 210 in accordance with the QoS 
information received from the mobile terminal 110. The QoS 
information may advantageously be implemented by ToS information 

15 particular to a Diff-serv (Differentiated Services) protocol. 

As shown in FIG. 5, assume that the foreign networks 420 and 
430 are mobi le communication networks, and that the mobi I e terminal 
110 is in a soft hand-over state. Then, the mobile terminal 110 
accesses both of the FAs 300 and 310 at the same time. Consequently, 

20 the mobi I e terminal 110 causes the HA 200 to register both of the FAs 
300 and 31 0 at the b i nd i ng tab I e 21 0 as the dest i nat i ons of I P packets. 

As stated above, the HA 200 can update the destination 
reg i ster ed at the b i nd i ng tab I e 21 0 on a QoS c I ass bas i s. For examp I e, 
as shown in FIG. 6, the HA 200 can update the contents of the binding 

25 table 210 in such a manner as to transfer encapsulated packets 
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belonging to some QoS classes to both of the FAs 300 and 310 while 
transferring encapsulated packets belonging to the other QoS class 
only to the FA 300. 

Assume that the foreign networks 420 and 430 are a LAN and a 
5 mobile communication network, respectively. Then, the mobile 
terminal 110 can also cause the HA 200 to register different FAs at 
the b i nd i ng tab I e 21 0 on a QoS c I ass bas i s. Further, when the mob i I e 
station 110 is connected to three or more foreign networks, it can 
register three or more destinations at the binding table 210. 

10 When a p I ura I i ty of dest i nat i ons are reg i stered at the b i nd i ng 

table 210, the HA 200 generates identical encapsulated packets 
corresponding in number to the destinations and transfers them to the 
destinations. In the specific packet flow shown in FIG. 3, the HA 
200 encapsulates the IP packet A into two identical packets A' and 

15 A" and transfers each of them to particular one of the FAs 300 and 
310 via a particular path. 

The QoS classes registered at the binding table 210 may be of 
a band guarantee type, a delay priority type, a best effort type or 
a resend contro I type. When the HA 200 updates the contents of the 

20 binding table 200, i.e., registers a new FA at the table 200 in 
accordance with a control packet received from the mobile station, 
the HA 200 sets up a new path to the FA on a QoS class basis. 

As stated above, the mobile station 110 holds data 
commun i cat i on wh i I e des i gnat i ng an FA or FAs on a QoS c I ass bas i s w i th 

25 a control packet, which is used for registration or binding update 
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processing. The HA 200 produces encapsulated packets on a QoS class 
basis in accordance with information I isted on the binding table 210 
and thereby implements end-to-end data communication with guaranteed 
QoS even when the mobile terminal 110 is connected to a foreign 
5 network. 

Further, the HA 200 can register a plurality of FAs at the 
binding table 210 as destinations and can therefore transfer 
identical IP packets to a 1 1 of such FAs at the same time, it fol lows 
that the mobi le station 110 can surely receive IP packets even in a 

10 soft hand-over state. Moreover, even when different communication 
qualities are required and when foreign networks satisfying the 
communication qualities are different from each other, FAs on the 
different networks can be registered at the binding table 210 as 
dest i nat i ons on a QoS c I ass bas is. Th i s successf u I! y i mp I ements data 

15 communication with guaranteed QoS. 

Reference wi 1 1 be made to FIG. 7 for describing an alternative 
embod i ment of the present i nvent i on. Wh i I e the embod i ment descr i bed 
above uses the Mobile IPv4 protocol, the alternative embodiment to 
be described uses a Mobile IPv6 protocol. In accordance with the 

20 Mobile IPv6 protocol, IP addresses called Collocated Care-of 
addresses are used as the Care-of addresses each being assigned to 
a particular mobi I e terminal. Specifically, a particular Col located 
Care-of address is assigned to each mobile terminal on a foreign 
network basis. The Col located Care-of addresses are registered at 

25 the storage of an HA together with home addresses and managed as a 
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binding table, as in the previous embodiment. The Mobile IPv6 
protocol can unconditionally identify each terminal with the 
Collocated Care-of address and therefore makes FAs needless. 

Further, the Mob i I e I Pv6 protoco I a 1 1 ows even a f i xed term i na I 
5 and a node terminating with the IPv6 protoco! to have respective 
binding tables. In this case, the fixed terminal or the node 
terminating with the Mobile IPv6 protocol can directly communicate 
with each other without the intermediary of an HA except for a period 
necessary for the fixed terminal or the node to generate a binding 

10 table after the start of communication. 

As shown in FIG. 7, the alternative embodiment differs from 
the previous embodiment in that it does not include FAs. In the 
i I lust rati ve embodiment, the fixed terminal 101 also includes its own 
binding table 221. Further, a home network 411, foreign networks 421 

15 and 431 and IP nodes all are implemented by equipment adaptive to the 
IPv6 protocol. 

The binding table 211 of the fixed terminal 101 and a binding 
table 211 stored in an HA 201 each are identical in format with the 
binding table 210 of the previous embodiment except that Col located 
20 Care-of addresses are listed as destinations in place of FAs. A 
plurality of Collocated Care-of addresses may also be registered 
together on a QoS class basis. 

In operation, a mobi le terminal executes registration at the 
HA 201 when moved away from the home network 411 and connected to the 
25 foreign network 421. When the mobi le terminal 1 1 1 is handed over from 
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the foreign network 421 to the foreign network 431, it executes 
binding update processing. In addition, the mobile terminal 111 
registers QoS information at the HA 201 by using a control packet for 
registration or binding update processing, as in the previous 
embodiment. 

When the fixed terminal 101 sends an IP packet A meant for the 
mobile terminal 111, the packet A is transferred to the HA 201 via 
an I P network 401 . The HA 201 searches the b i nd i ng tab I e 21 1 to f i nd 
the Go 1 1 ocated Care-of address of the mob i I e term i na I 1 1 1 on the bas i s 
of a destination address included in the IP packet. The HA 201 then 
updates the destination address of the IP packet A in accordance with 
the Col located Care-of address and generates an IP packet B. At the 
same time, the HA 201 sets up a path to the mobile terminal 111 on 
a QoS class basis. The IP packet B is transferred from the HA 201 
to the mobile terminal 111 via the above path. 

When the mobile terminal 111 communicates with the fixed 
terminal 101, the former 111 executes binding update processing meant 
for the latter 101. More specif ica 1 1 y, the binding I ist of the mobi le 
terminal 111 is registered at the binding table 221 included in the 
fixed terminal 101. After registering the binding list and QoS 
information of the mobi le terminal 111, the fixed terminal 101 sends 
an IP packet to the mobile terminal 111 by using the Collocation 
Care-of address registered at the binding table 221. More 
specifically, as shown in FIG. 7, an IP packet C i s di rectiy sent from 
the fixed terminal 101 to the mobi I e terminal 111. The QoS class of 
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the I P packet C i s based on a QoS c I ass r eg i stered at the b i nd i ng tab I e 
221. 

A plural ity of Col located Care-of addresses can be registered 
at the binding table 221 as destinations, as in the previous 
embodiment. In such a case, the HA 201 or the fixed terminal 101 sets 
up paths to the mobi le terminal 111 on a QoS class basis, copies the 
IP packet C by a number corresponding to the destinations, and sends 
the resulting packets C via the paths. Wi th thi s configuration, the 
illustrative embodiment, like the previous embodiment, allows the 
mobile terminal 111 to surely receive IP packets even in a soft 
hand-over state and therefore real izes end-to-end data communication 
with guaranteed QoS. 

I n summary, i n accordance w i th the present i nvent i on, a mob i I e 
terminal handed over from one network to another network reports its 
dest i nat i on and QoS i nf ormat i on to an IP node to wh i ch the mob i I e 
terminal is usually connected. The IP node transfers encapsulated 
I P packets or I P packets w i th an updated I P address to the dest i nat i on 
of the mobile network via a path matching with a QoS class. The 
present invention therefore realizes a mobile network implementing 
end-to-end communication with guaranteed QoS. 

Further, the present invention a I lows a plural ity of IP nodes 
to be registered as the destinations of IP packets. The mobile 
terminal can therefore surely receive the IP packets even in a soft 
hand-over state. Moreover, even when communication qua I ity differs 
from one QoS class to another QoS class and when foreign networks 
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satisfying the different qualities differ from each other, the 
present invention insures communication with guaranteed QoS by 
setting IP nodes on the foreign networks as destinations on a QoS class 
basis. 

Var i ous mod i f i cat i ons w i 1 1 become poss i b I e f or those ski I led 
in the art after receiving the teachings of the present disclosure 
without departing from the scope thereof. 



